Date: Thu, 13 Oct 94 04:30:25 PDT 

From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu> 
Errors-To: Ham-Digital-Errors@UCSD.Edu 

Reply-To: Ham-Digital@UCSD.Edu 

Precedence: List 

Subject: Ham-Digital Digest V94 #339 

To: Ham-Digital 


Ham-Digital Digest Thu, 13 Oct 94 Volume 94 : Issue 339 


Today's Topics: 
AMTOR with ICOM 740? 
FAQ? Internet-to-packet gateway 
Hamcom version # and FTP site? 
HELP, KAM+ & RELink Problems (2 msgs) 
Internet <-> Packet gateways 
Kenwood Tm-733 And 9K6 :-(( 
Lanlink Availability 
RADIO AMATEUR 
Still More on low Speed data link 
TheNet X-1J3 memory loss fix 
THENET X132 (5 msgs) 
Wanted: Montreal CA Packet group 
What am I hearing ? 
WTD a ftp site for TINY-2 v3.1 EPROM HEX 


Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu> 
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 12 Oct 1994 18:47:21 GMT 
From: gerheim@sonalysts.com (Al Gerheim) 
Subject: AMTOR with ICOM 740? 


I've been unsuccessful in working ARQ with an MFJ-1278 and an 
ICOM 740 transceiver. My suspicion is that the T/R switch 

is too slow, and I've heard some confirmations. I tried to 
set the delay to the maximum of 90 msec in the TNC, but the 
results were inconclusive. 


Any suggestions? 


TNX and 73 - AL 


KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKEKKKKKKKKKKKKKKKKKKEKKKKKKKKKKKKKKKKKKKKK 


Al Gerheim, N4QN |Opinions expressed here| Sonalysts, Inc. 
gerheim@sonalysts.com |are my own. | 215 Parkway North 
Work: (203)442-4355 | | Waterford CT 06385 


KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKEKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK 


Date: 12 Oct 1994 00:24:26 GMT 
From: ramos@engr.latech.edu (Alex Ramos) 
Subject: FAQ? Internet-to-packet gateway 


(If this group has a FAQ, this question is probably there. But I 
have not seen one) 


How can I send e-mail to a friend of mine who is on the packet-radio 
network? I have his call sign as well as the call sign for the station 
from which he retrieves his messages. 


Also he'd like to send mail from the packet to the internet; is this 
easily done in the U.S.? (I know packet-internet gateways in other 
countries - my father uses one). 


Thanks 


73, KB5QEX 


Alex Ramos (ramos@engr.latech.edu) * http://info.latech.edu/~ramos/ 
Louisiana Tech University, BSEE/Sr * These opinions are probably mine 


Date: Wed, 12 Oct 1994 18:12:15 LOCAL 
From: klotts@primenet.com (Kenneth C Lotts) 
Subject: Hamcom version # and FTP site? 


What is the latest version # of hamcom and where can I ftp it from? 


Ken Lotts (aa7jc) 


Date: 12 Oct 1994 22:32:47 GMT 
From: jms@col.hp.com (Mike Stansberry) 
Subject: HELP, KAM+ & RELink Problems 


paneee Kornienko (GC-DSTI) <waltk> (waltk@cor5.pica.army.mil) wrote: 
: Howdy and thanx for taking the time from your busy day 
: to help me. 


: I am new to the KAM+ TNC, formerly a TINY-2 user. Anyway, here's 

: the problem. Someone told me that the KAM RELink command is similar 

: to the CONPerm command in the TINY-2. I turn this parameter ON and 
if I disconnect due to too many RETries the KAM+ fails to reconnect. 

: I believe I'm doing something wrong or the KAM+ doesn't work the 

: way I want it to. Thanx for your help. 73 de Walt - K2WK 


I don't think the RELink will do the same thing as the CONPerm of the 
AEA products. I've used both and AEA PK-88 and Kantronics KPC-3s 

and the PK-88 would reach out and re-connect when our packet cluster 
disconnected me and the KPC-3s will not. I don't know any more 

about it than that. Too bad the PK-88 doesn't have a node function 
and use less power. I like the CONPerm feature. 


Mike, KOTER 


Date: Wed, 12 Oct 1994 13:03:27 GMT 
From: waltk@cor5.pica.army.mil (Walter Kornienko (GC-DSTI) <waltk>) 
Subject: HELP, KAM+ & RELink Problems 


Howdy and thanx for taking the time from your busy day 
to help me. 


I am new to the KAM+ TNC, formerly a TINY-2 user. Anyway, here's 
the problem. Someone told me that the KAM RELink command is similar 
to the CONPerm command in the TINY-2. I turn this parameter ON and 
if I disconnect due to too many RETries the KAM+ fails to reconnect. 
I believe I'm doing something wrong or the KAM+ doesn't work the 
way I want it to. Thanx for your help. 73 de Walt - K2wWk 


Walter Kornienko - K2WK waltk@pica.army.mil Bldg. 351, Picatinny Arsenal, 
Senior Software Engineer Dover, New Jersey 
Decision Systems Technology Inc. 201-724-3158/4879 


Date: Wed, 12 Oct 94 09:54:30 MST 
From: david@stat.com (David Dodell) 
Subject: Internet <-> Packet gateways 


How to Use the WB7TPY 
Packet <-> Internet Gateway 


First, some brief operational notes: 
(1) Messages must not contain any foul language, or commercial purpose. 
(2) Messages can only be sent to countries that the United States has 
a third-party agreement. All others will be destroyed. 
(3) Messages from the internet should be less then 5K in length. 
No files should be sent. 
(4) If you have questions, please do not hesitate to contact me either on 


packet radio: WB7TPY@WB7TPY.AZ.USA.NA -Or- 
Internet : david@stat.com 


(5) Have fun. Use the gateway as much as you like. That is what it is 
there for. 


Send mail to the internet address of: 
gate@wb7tpy.ampr.org 


The first line of text must contain a full packet address, preceded with the 
word "Packet:" 


For example, mail to my packet address, would have the first line of text; 


Packet: wb7tpy@wb7tpy.az.usa.na 


xx NOTE: this line MUST be left justified. 


Send as private mail (never a bulletin) to the packet address of: 
gate@wb7tpy.az.usa.na 


The first line of text must contain a full domained internet address, 
proceeded with the word "Internet:" 


For example, mail to my internet address, would have the first line of text; 
Internet: david@primenet.com 


xxx Remember, this has to be left justified 


Editor, HICNet Medical Newsletter 
Internet: david@stat.com FAX: +1 (602) 451-1165 
Bitnet : ATWIH@ASUACAD 


Date: Wed, 12 Oct 94 09:48:00 CET 
From: Giovanni Mazzola <MC3626@mclink.it> 
Subject: Kenwood Tm-733 And 9K6 :-(( 


Yesterday I bought a brand-new TM-733E to use mainly for 9600 baud packet 
(JNOS) with a TNC-2H (from Symek - DK9SJ). I am greatly disappointed for 
the poor response of this radio, just because it has a "dedicated" port 
for a high-speed modem and this works bad. Watching the electric 

diagrams of the TM-733 I understand that this latter *xcan't* work well 

at 9600 baud... 


Any experience by other users ? Any help ? 

I am really upset. My FT-736R runs perfect at 9600 and most of the friends 
operating at 9600 baud using older rigs or simply modified radios have 
very good performances (at a fraction of cost, compared to the 733). 
*xDon't*x buy this radio if you plan to use it for high-speed packet !!! 
Giovanni Mazzola, IT9XXS. 


Date: 12 Oct 1994 08:35:02 -0400 
From: thmott@aol.com (Thmott) 
Subject: Lanlink Availability 


In article <seeler.138.781871597@UPEI.CA>, seeler@UPEI.CA (David Seeler) 


writes: 
asking information about lanlink. 


Lanlink is available from Joe Kasser, G3ZCZ on his bulletin board at 
301-593-9067. I think the latest version is 2.32. The opening message will 
tell you the latest version. 


Thurman Mott N30RB 


Date: Wed, 12 Oct 94 09:34:00 -0300 
From: cesar.santos%hlbbs@ax.apc.org (Cesar Santos) 
Subject: RADIO AMATEUR 


X 1. Rec.Radio.Amateur.Digital.Misc/ 


Split=27K bytes/message <- For text, bin, HQX messages (0 = No split) 
Menu=50 items/message <- For menus and query responses (0 - No split) 


df 

Name=Rec.Radio.Amateur.Digital.Misc 

Numb=1 

Type=1 

Port=4320 

Path=news group rec.radio.amateur.digital.misc 
Host=saturn.wwc.edu 


Date: 12 Oct 1994 16:52:24 GMT 
From: Rick.Miller@ucsd.edu 
Subject: Still More on low Speed data link 


In article <9409107818.AA781805979@mails.imed.com> mack@mails.imed.COM writes: 


> I have one more thought ont using 49MHz. Hustler makes a 2M 5/8 

> mobile antenna that is under 1 meter in length. It turns out that it 
> tunes up very well at 50MHz because the loading coil makes it look 

> like 3/4 wavelength at 144MHz and 1/4 wavelength at 50MHz. 


<< stuff deleted >> 


> Ray 
> WD5IFS 
> mack@mails.imed.com 


I might also add that the Hustler fold-over HF mobile mast for use with 


coils for various HF bands also is 1/4 wavelength on 6 meters as well as 3/4 
wavelength on 2 meters. I have been able to use the antenna on both bands 
with some success. 


DE Rick KA3BZX 


miller@unhesp.unh.edu 


Date: 12 Oct 1994 13:53:56 GMT 
From: roberts@ses6a.bt.co.uk (Dave Roberts) 
Subject: TheNet X-1J memory loss fix 


A number of messages have been posted referring to problems with buffer 
losses in heavy traffic. 


I have never been sure where to look as I have never been able to 
regenerate the buffer loss problem in the local nodes over here, so 
was reduced to reading the code and scratching my head. 


I have just found ( like last night ) a possible cause for the problem. 
When the node is very busy, and needs to reject a connection, and if 
rs232 crosslink protocol mode 2 is not being used, the node fails to 
release the memory used by the received packet. 


A quick fix for this ( untried ) is to patch one byte of the code. 
If this appears to fix it, I'll recompile and fix a couple of other 
things and rerelease it. 


To do the patch ( in thenet X1J release 2 ) debug the file THENET1.X1J 
and look at the byte offset 0x13d8 into that file ( if you are using 
DEBUG under DOS don't forget that DEBUG will add 0x100 so do a D 14d8 
and the byte at that address should be Ox2a. Change this to 0x24. This 
will cause the code to call the memory deallocation routine. 


Please, this is a quick and dirty fix that I have x*not* tested. If it 
does not work at all, I've messed up the fix. If the problem persists 
there's another bug yet to be found. If it works, I'll redo it properly. 
Be aware that it is theoretically possible ( if not likely ) for very 
heavy traffic alone to take a node out if used inadvisably. 

Once again, my apologies and let me know how you get on. 


73's 


Dave G8KBB 


P.S. Please circulate this message wherever you see fit. 


Date: 12 Oct 1994 10:34:41 GMT 
From: roberts@ses6a.bt.co.uk (Dave Roberts) 
Subject: THENET X1J2 


I must apologise for the problems suffered. 


I have never been sure where to look as I have never been able to 
regenerate the buffer loss problem in the local nodes over here, so 
was reduced to reading the code and scratching my head. 


I have just found ( like last night ) a possible cause for the problem. 
When the node is very busy, and needs to reject a connection, and if 
rs232 crosslink protocol mode 2 is not being used, the node fails to 
release the memory used by the received packet. 


A quick fix for this ( untried ) is to patch one byte of the code. 
If this appears to fix it, I'll recompile and fix a couple of other 
things and rerelease it. 


To do the patch ( in thenet X1J release 2 ) debug the file THENET1.X1J 
and look at the byte offset 0x13d8 into that file ( if you are using 
DEBUG under DOS don't forget that DEBUG will add 0x100 so do a D 14d8 
and the byte at that address should be Ox2a. Change this to 0x24. This 
will cause the code to call the memory deallocation routine. 


Please, this is a quick and dirty fix that I have xnot* tested. If it 
does not work at all, I've messed up the fix. If the problem persists 
there's another bug yet to be found. If it works, I'll redo it properly. 
Be aware that it is theoretically possible ( if not likely ) for very 
heavy traffic alone to take a node out if used inadvisably. 

Once again, my apologies and let me know how you get on. 

73's 

Dave G8KBB 


P.S. Please circulate this message wherever you see fit. 


In article <DDRZTc3w165w@lmr.mv.com>, rapp@lmr.mv.com (Larry Rappaport) says: 
> 
>jim.ridley@aznetig.stat.com (Jim Ridley) writes: 


>> I am having a problem with the memory deteriorating on a X1J2 firmware. 
>> The memory seems to deteriorate worse when large file transfers and etc 
>> are being passed. I am using a Tiny II with a DCD board installed. 

>> Meter switches have been toggled off. I understand this is somewhat of 
>> a common problem and I wonder if anyone has a solution. 

>> Thanks de Jim Ridley (K5LGW) 


>Having the same problem. The only other solution I've heard of is to use 
>10Mhz TNC's. Over the last weekend, I spoke to Bert, VE2BLY, who suggested 
>that the R2 firmware is just buggy, and that the only solution is to switch 
>back to R1 until they fix it. Apparently, all you lose is the 3 extra 
>channels for D/A conversion, but if you're not using them, it's no big loss. 
> 

>If you learn of any other solutions, PLEASE post it here or email. Thanks. 
> 

>WLHIF 

> 

Hs 

> 

>Larry 


>L. M. Rappaport & Associates, Inc. rapp@lmr.mv.com voice +1 603 237 8400 
>Colebrook, NH 03576-0158 CIS 72427 ,2567 fax +1 603 237 8430 


Date: Wed, 12 Oct 1994 18:28:35 GMT 
From: jkbe@sdlena.ucsd.edu (John Bednar) 
Subject: THENET X1J2 


Michael H. Foster (zmhf02@trc.amoco.com) wrote: 
In article bOt@pheidippides.axion.bt.co.uk, roberts@ses6a.bt.co.uk (Dave 
Roberts) writes: 
: >I must apologise for the problems suffered. 
22> 
: No need for apologies Dave...your work is very much appreciated. 
- Mike wa5Stxx 44.78.8.2 


I agree with Mike. Thanks Dave! 
Just drop a note on the net if you want a new version tested. 


John WB3ESS 
aljkbe@attme.att.com 


Date: Wed, 12 Oct 1994 13:45:21 GMT 
From: zmhfO02@trc.amoco.com (Michael H. Foster) 
Subject: THENET X1J2 


In article bOt@pheidippides.axion.bt.co.uk, roberts@ses6a.bt.co.uk (Dave Roberts) 
writes: 

>I must apologise for the problems suffered. 

> 

No need for apologies Dave...your work is very much appreciated. We have been 
managing 
this minor problem and everyone has been quite patient. 


We will be patching as soon as possible. Our key problem site is remote and will 
probably 
not get changed until late this weekend. 


Thanks for responding to this problem, I'm sure several folks will be following 
with 
a watchful eye. 


- Mike wadtxx 44.78.8.2 


Date: Wed, 12 Oct 94 08:39:38 EDT 
From: rapp@lmr.mv.com (Larry Rappaport) 
Subject: THENET X1J2 


jkbe@lena (John Bednar) writes: 
. stuff deleted 


This problem seems to surface at sites that hear many partial packets. Is 
that consistant with everyone's thoughts? Maybe we can list the associated 
symptoms and help the developers locate the weakness. I'm sure they 

would appreciate our help. I agree that DCD mods, closed squelch, and 
faster clock rates may be band-aids but discussing these fixes may 

help someone locate the problem. 


VVVVNV WV 


Do you mean hear partial packets from anywhere (HTS packets) or packets 
directed at the node? 


L. M. Rappaport & Associates, Inc. rapp@lmr.mv.com voice +1 603 237 8400 


Colebrook, NH 03576-0158 CIS 72427 ,2567 fax +1 603 237 8430 


Date: Wed, 12 Oct 94 08:43:13 EDT 
From: rapp@lmr.mv.com (Larry Rappaport) 
Subject: THENET X1I2 


roberts@ses6a.bt.co.uk (Dave Roberts) writes: 


> I must apologise for the problems suffered. 

> 

I have never been sure where to look as I have never been able to 
regenerate the buffer loss problem in the local nodes over here, so 
was reduced to reading the code and scratching my head. 


Vv 


I have just found ( like last night ) a possible cause for the problem. 
When the node is very busy, and needs to reject a connection, and if 
rs232 crosslink protocol mode 2 is not being used, the node fails to 
release the memory used by the received packet. 


A quick fix for this ( untried ) is to patch one byte of the code. 
If this appears to fix it, I'll recompile and fix a couple of other 
things and rerelease it. 


To do the patch ( in thenet X1J release 2 ) debug the file THENET1.X1]) 
and look at the byte offset 0x13d8 into that file ( if you are using 
DEBUG under DOS don't forget that DEBUG will add 0x100 so do a D 14d8 
and the byte at that address should be Ox2a. Change this to 0x24. This 
will cause the code to call the memory deallocation routine. 


Please, this is a quick and dirty fix that I have xnot* tested. If it 
does not work at all, I've messed up the fix. If the problem persists 
there's another bug yet to be found. If it works, I'll redo it properly. 
Be aware that it is theoretically possible ( if not likely ) for very 
heavy traffic alone to take a node out if used inadvisably. 

Once again, my apologies and let me know how you get on. 


73's 


Dave G8KBB 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV WV 


P.S. Please circulate this message wherever you see fit. 


Dave, no need to apologize! Thanks - I'll try the patch on the node that's 
giving us the problem and report back here. 


73, Larry W1HJF 


L. M. Rappaport & Associates, Inc. rapp@lmr.mv.com voice +1 603 237 8400 
Colebrook, NH 03576-0158 CIS 72427 ,2567 fax +1 603 237 8430 


Date: Tue, 11 Oct 1994 21:24:31 GMT 
From: goobie@cfcsc.dnd.ca (Keith Goobie) 
Subject: Wanted: Montreal CA Packet group 


In article <Cx91GA.42@world.std.com> barnaby@world.std.com (Richard L Barnaby) 
writes: 


>If you or your packet group in interested in this please contact me 

>via telephone at 802-223-1234 immediately. Time is of the essence, as the 
>peak will be snowed in any day now, and the research would have to 

>wait until late spring. 


One of the prime packet movers and shakers in the Montreal area is Burt VE2BMQ 
@ VE2FKB .. Sorry do not now his phone number. . 


73 
Keith 
VE30Y @ VA3BBS 


| Keith Goobie | goobie@cfcsc.dnd.ca 
| CFCSC, Toronto, ON CANADA | >>> If you come to a fork in | 
| (416) -482-6807 FAX 482-6908 | the road, take it <<< | 


Date: Wed, 12 Oct 1994 17:53:15 GMT 
From: <pasek001@maroon.tc.umn.edu> 
Subject: What am I hearing ? 


I was playing around with Hamcom 3.0 last night to see what it does, and 
after copying the usual CW & RTTY on 20 meters I decided to poke around 
the SWL/Military Freq's with my TS440s. 


On numerous frequencies between 8 - 14 mhz I found strong signals running 
850 hz shift. I tried to decode them as: RTTY,ASCII7,ASCII8,AMATOR in 
speeds ranging from 45 baud to 150 baud with Normal & Reverse Shifts. 


I got nothing.. naddda.. zip.. just a screen full of garbage. Using the 
pulse timing mode it appears that the Mark pulse width is 10ms. 


What am I hearing ?? I looked thru the various FAQ's and found nothing, 
but if I misssed it please refer to it and I'll look there. 


Thanks for the help.. 


de George 

George T. Pasek Jr. pasekO001@maroon.tc.umn.edu 
Facilities Management 

Elevator Department What Goes UP 
University of Minnesota Must Come DOWN 
Minneapolis Minnesota 55455 Unless It STICKS 


Date: 12 Oct 1994 15:23:43 GMT 
From: jcmonier@muguet.saclay.cea.fr (Jean-Christophe MONIER) 
Subject: WTD a ftp site for TINY-2 v3.1 EPROM HEX 


Has I said in subject I'm in quest for a anonymous ftp site 
where I can find Hex/bin file for an EPROM with software TINY-2 V3.1 
for a TAPR TNC-2 


If someone have that ..... 
73 


Jean-Christophe MONIER 

Ingenieur Reseaux / Networks Engineer 
Athesa - C.E.A. Defense - France 
E-Mail : jcmonier@muguet.saclay.cea.fr 
Phone : (33/1) 69.08.56.41 


End of Ham-Digital Digest V94 4339 
KAKKKKKKKKKKKKKKKKKKKEKKEKRKE RAK 


